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Field of The Invention 
[0002] The present invention is directed to a component architecture involved with 
streaming audio content. 
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Summary Of The Invention 



[0003] An audio server system for streaming audio content is disclosed. The audio 
server system includes an audio switch that receives commands from an audio control 
component and sends commands to an audio stream source that receives events from an 
audio stream source and sends events to an audio browse list component. The audio 
browse list component controls the switching of audio from the audio stream source to 
one or more receivers. The audio control component receives commands from an audio 
control synchronous component and sends commands to the audio switch. 
[0004] Embodiments of the architecture include components designed to stream 
audio from a given audio content server PC to multiple connected audio receivers, is 
made up of a collection of components, i.e. Beads, communicate through command 
requests and event responses. The architecture is made up features which can be 
distributed in any way across hosts in the network under circumstances in which at most 
one instance of a given feature can be running on a host at a time. The features that make 
up the architecture are the Server, Receiver and Browser. The server features can be 
further broken down to support local content, Internet content or local support and 
Internet content. Computer executable instructions denoted as "Heartbeat" is responsible 
for discovering all features and forwarding corresponding events appropriately. Hearbeat 
includes subsets of computer executable instructions denoted as AudioBrowserList, 
AudioContentList, and AudioReceiverList. AudiobrowserList is configured to receive 
events for the Browser features, AudioContentList is configured to receive events for the 
Server features, and AudioReceiverList is configured to receive events for features of the 
Receiver. 



[0005] FIGURE 1 illustrates an audio streaming component architecture overview 
and the links between those components; and 
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[0006] FIGURES 2-4 illustrates three screen shots images from an early version of 
BeComm's Audio Browser. 

Detailed Description of the Particular Embodiments 
[0007] Design Overview. Embodiments described herein include a Vulcan product 
which is designed to stream audio from a given audio content server PC to multiple 
connected audio receivers, is made up of a collection of components, i.e. Beads, which 
will communicate through command requests and event responses. This design will 
outline the structure of all commands and events in the system. In addition, the structure 
of any required protocol initialization files will also be designed. 

[0008] Process Summary. The diagram of FIGURE 1 below details the high level 
overview of all of the components of the Vulcan architecture and the links between those 
components. 

[0009] FIGURE 1. illustrates an audio streaming component architecture overview 
that allows audio streaming to occur via an interface between each component. 
Operations and functioning of the component architecture diagram is detailed in the 
Component Interfaces Design document which is available at: Component lnterfaces.xk 
[0010] The basic responsibility of each component in the FIGURE 1 diagram abov e 
is as follows: The components include an audiostreamsource, an audioswitch, and audio 
control, an audiocontrolsynchronous, an audiobrowserlist, an audiocontentlist, an 
audioreceiverlist, an HTTPserver, a filecrawler, a playlist parcer, a fileglobalizer, and a 
heartbeat. 

[0011] AudioStreamSource: Interface bead which receives commands from 
Audio Switch and talks to audio source interface libraries such as Real Audio and 
Windows Media. Sends asynchronous events to AudioSwitch. 

[0012] AudioSwitch: Receives commands from AudioControl and sends commands 
to AudioStreamSource. Receives events from AudioStreamSource and sends events to 
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AudioBrowserList. Controls the switching of audio from AudioStreamSource to one or 
more Receivers. Requests playlist content (see: Playlist Parsers), upon receipt of a 
CreateActivity command that contains a Playlist or a SetPlaylist command. Receive 
commands on it's config edge to list all current activities that it owns. 
[0013] AudioControl: Receives commands from AudioControlSynchronous and 
sends commands to AudioSwitch. Requests playlist content (see: Playlist Parsers), upon 
receipt of the ExpandPlaylist command from an Audio Browser. 

[0014] AudioControlSynchronous: Receives events from AudioBrowserList, 
AudioContentList and AudioReceiverList. Sends commands to AudioControl on the 
server local to the requested content or on the server responsible for serving up internet 
content, when applicable. Generates unique ActvitylDs across all Audio Browsers, using 
IP address and sequential ID. 

[0015] AudioBrowserList: Receives messages from Heartbeat about the 
addition/removal of Audio Browsers and requests the initial list of active activities from 
AudioSwitch when a new Audio Browser is detected. Receives events from 
AudioSwitch and sends events to all active Audio Browsers. 

[0016] AudioContentList: Receives messages from Heartbeat about the 
addition/removal of Audio Servers. Users IP address of new server to get virtual roots 
from HTTPServer, and uses virtual roots to get audio content from FileCrawler. 
Forwards new (and removed) content events to AudioControlSynchronous. 
[0017] AudioReceiverList: Receives messages from Heartbeat about the 
addition/removal of Audio Receivers and forwards those messages in the form of events 
to AudioControlSynchronous. 

[0018] HTTPServer: Receive commands on it's config edge to add/remove/modify 
virtual roots. Receive a command on it's config edge to return contents of virtual roots 
table. 
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[0019] FileCrawler: Receive a command on it's config edge to return a list of files for 
a given HTTP virtual root (and it's subdirectories) for a given content type (i.e. 
extension). Transform all local files names into encoded URLs. 

[0020] Playlist Parser: Receive a format specific playlist and convert it into a generic 
filelist. There will actually be one PlaylistParser for each support playlist type, (i.e. 
M3UParse, PLSParse, ASXParse, etc.). 

[0021] FileGlobalizer: Transforms local file names into URLs. It will be used in 
conjunction with the Playlist Parsers to return file lists with URLs instead of just local 
file names. 

[0022] Heartbeat: On startup, post a message to discovery, announcing the presence, 
or absence, of each Strings feature, i.e., Local-Content Server, Internet Content Server, 
Receiver or Browser. Receive messages from discovery channels for each feature and 
forward events for each existing feature. 

[0023] Design Concepts of the architecture is made up features which can be 
distributed in any way across hosts in the network. The only requirement is that at most 
one instance of a given feature can be running on a host at a time. The features that make 
up the architecture are the Server, Receiver and Browser. Server features can be further 
broken down to support local content, internet content or both. Heartbeat is responsible 
for discovering all features and forwarding corresponding events appropriately. 
AudioBrowserList will receive events for Browser features, AudioContentList will 
receive events for Server features and AudioReceiverList will receive events for Receiver 
features.All features can communicate asynchronously over a well known port using 
sockets, or synchronously via an HTTP request. 

[0024] AudioControlSvnchronous will receive all accessible content and receivers 
(from AudioContentList and AudioReceiverList, respectively) and all current activities 
from AudioBrowserList on startup. Subsequent events to AudioControlSynchronous will 
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only contain deltas to the original data dump and will be initiated as follows: An event is 
sent from AudioBrowserList indicating a modification of an existing activity. An event is 
sent from AudioContentList indicating that a new PC came on-line with new 
playlist/audiofile info or an existing PC went off-line, thus removing existing 
playlist/audiofile info. An event is sent from AudioReceiverList indicating that a new 
audio receiver came on-line or an existing audio receiver went off-line. 
[0025] When AudioContentList receives the event from Heartbeat announcing a new 
Server feature, it will request the virtual roots on that server from HTTPServer. Then, it 
will request the audio content for each virtual root, for each supported content type, from 
the FileCrawler on the newly discovered server. FileCrawler will be responsible for 
parsing each filename and replacing all local file prefixes with URLs. For example, if it 
finds a playlist with the URL: C:\My DocumentsMVIy Music\workout.m3u, it will need to 
change that to http:\\a.b.c.d\c\my documents\my music\workout.m3u, assuming the 
virtual root is set up such that c:\ maps to http:\\a.b.c.d\c. FileCrawler will get the virtual 
roots from the HTTPServer config edge. 

[0026] AudioContentList will also be responsible for sending an event to 
AudioControlSynchronous which details which servers are serving local content and 
which are serving internet content. This will allow AudioControlSynchronous to request 
audio content from the correct server. 

[0027] When AudioSwitch receives a request from AudioControl to open a playlist, it 
will request the contents of the playlist, which will invoke a content specific playlist bead 
(i.e. M3UParse, PLSParse, ASXParse, etc.), to parse the results returned from 
HTTPClient and pass on the content independent results. The results from the playlist 
parser will be passed through FileGlobalizer to replace all local file names with encoded 
URLs. 
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[0028] XML Format Specification, The current assumption is that the structure of all 
commands and event interfaces will use an XML message format. However, all 
implementation should be done in a modular way such that this decision can be changed 
at a later date without major effect on the code. 

[0029] Element List This section documents all XML elements supported in the 
system is shown in Table 1 below. Each element is shown with it's associated attributes 
and all optional attributes will be in italics. If all attributes of a particular element are 
optional, it must contain at least one attribute to be valid. Child elements of a given 
element are not shown. 



[0030] Table 1. 

<CONTENT_EVENT 



version-' 1.0" / > 



<SERVER EVENT 


version=" 


1.0" /> 


<RECEIVER EVENT 


version-' 


1.0" /> 


<ACTIVITY_EVENT 


version-' 


1.0" /> 


<PLAYBACK EVENT 


version=" 


1.0"/ > 


<HEARTBEAT_EVENT 


version=" 


1.0" /> 


<ACTIVITY COMMAND 


version-' 


1.0" /> 


<PLAYBACK_COMMAND 


version-' 


1.0" /> 


<RESCAN_RESPONSE 


version=" 


1.0" /> 


<HEARTBEAT MESSAGE 


version-' 


1.0" /> 


<FILE EXTENSIONS 


version-' 


1.0" /> 


<LIST EXTENSIONS 


version-' 


1.0" /> 


<HOSTS 


version-' 


1.0" /> 


<VIRTUAL ROOTS 


version-' 


1.0" /> 


<MULTICAST GROUPS 


version-' 


1.0" /> 



<ADD_TRACKS/> 
<REMOVE TRACKS/> 



<ADD_PLAYLISTS/> 
<REMOVE PLAYLISTS/> 



<ADD_iNTERNET_SERVERS/> 
<REMOVE _INTERNET_SERVERS/> 
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<ADD_LOCAL_SERVERS/> 
<REMOVE_LOCAL_SERVERS/> 



<ADD_RECEIVERS/> 
<REMOVE_RECEIVERS/> 

< ADDT ARGET S/> 
<REMO VET ARGET S/> 

<ADD_HOST/> 
<REMOVE_HOST/> 

<CREATE_ACTIVITY/> 
<SET_PLAYLIST/> 
<SET_MODE/> 
<RESET_CONTENT/> 

<VIRTUAL_ROOT name-' virtualRootName" 

localRoot="localRootName"/> 

<HOST ipAddress=" ipAddress" 

name-' hostName" 
dnsName-' dnsName" /> 



<FILE 

<IP_ADDRESS 
<MODE 
<STATUS 
<ERROR/> 

< STRINGS CODE value="errorValue" /> 



«r7="linkName" /«//A/awe="localName"/> 
value="224 . 0. O.xx" /> 
value="Liner | Random" /> 
value=" Success | Failure" /> 



<ACTIVITY 
<STATE 

<FILELIST /> 
<PLAYLIST /> 
<TRACK /> 
<EXTENSION /> 

<PROGRESS 
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id=" id" 



name=" name" /> 



value = 

"Idle | Connecting | Buffering | Playing | Paused | 
Stopped | Closed | Error" /> 



value" extension" /> 



value-' 100" units-'percentage" /> 
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<LENGTH 


value= 


' 0" units= 


<POSITION 


value= 


' 0" units= 


<TITLE 




Title" /> 


< ARTIST 


name= 


'Artist" /> 


< ALBUM 


name= 


"Album" /> 


<GENRE 


name= 


' Genre" /> 


<OPEN/> 






<PLAY/> 






STOP/> 






NEXT/> 






PREVIOUS/> 






SEEK7> 


offset= 


=" value" 


PAUSE/> 






RESUME/> 






CLOSE/> 







units="milliseconds" /> 



[0031] Element Structure is shown in table 2 below. This section documents the 
structure of the supported XML elements, by outlining the parent-child relationships 
between all of the elements. Attributes of each element are not included in this section. 



Element Valid Parent Elements 


Valid Child Elements 


ACTIVITY 


ACTIVITYCOMMAND, 


ADDTARGETS, ADD_TRACKS, 




ACTIVITYEVENT 


ALBUM, ARTIST, CLOSE, 






CREATEACTIVITY, ERROR, 






GENRE, LENGTH, NEXT, 






PAUSE, PLAY, PLAYLIST, 






POSITION, PREVIOUS, PROGRESS, 






REMOVETARGETS, 






REMOVETRACKS, 






RESETCONTENT, RESUME, 






SET MODE, SET PLAYLIST, SEEK, 






STATE, STOP, TITLE, TRACK 


ACTIVITY COMMAND 


NONE 


ACTIVITY 
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ACTIVITY EVENT 


NONE 


ACTIVITY, ERROR 


ADD HOST 


HEARTBEAT EVENT 


HOST 


ADD INTERNET SERVERS 


SERVER EVENT 


HOST 


ADD LOCAL SERVERS 


SERVER EVENT 


HOST 


ADD PLAYLISTS 


CONTENT EVENT 


FILE 


ADD RECEIVERS 


RECEIVER EVENT 


HOST 


ADDTARGETS 


ACTIVITY, 
CREATE ACTIVITY 


HOST 


ADD_TRACKS 


ACTIVITY, 
CONTENTEVENT, 
CREATE ACTIVITY 


FILE 


ALBUM 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


ARTIST 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


CLOSE 


ACTIVITY 


NONE 


CONTENT_EVENT 


NONE 


ADD_PLAYLISTS, 
ADD_TRACKS,_ERROR, 
REMOVEPLAYLISTS, 
REMOVE TRACKS 


CREATEACTIVTTY 


ACTIVITY 


ADD_TARGETS,_ADD_TRACKS, 
SET MODE, SET PLAYLIST 
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ERROR 


ACTIVITY, 

ACT I VITY E VENT, 

CONTENTEVENT, 

PLAYBACKEVENT, 

RECEIVER EVENT 


STRINGS_CODE 


EXTENSION 


FILE_EXTESIONS, 
LIST EXTENSIONS 


NONE 


FEATURE AVAILABLE 


HEARTBEAT MESSAGE 


NONE 


FEATURE NOT AVAILABLE 


HEARTBEAT MESSAGE 


NONE 


FILE 


ADDPLAYLISTS, 

ADD TRACKS, FILELIST, 

OPEN, PLAYLIST, 

REMOVEPLAYLISTS, 

REMOVETRACKS, 

SET PLAYLIST. TRACK 


NONE 


FILE EXTENSIONS 


NONE 


EXTENSION 


FILELIST 


NONE 


FILE 


GENRE 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


HEARTBEAT EVENT 


NONE 


ADD HOST. REMOVE HOST 


HEARTBEATMESSAGE 


NONE 


FEATUREA VAIL ABLE, 
FEATURE NOT AVAILABLE 


HOSTS 


NONE 


HOST 
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HOST 


ADD HOST, 
ADD RECEIVERS, 
ADD TARGETS, 
HEARTBEAT, HOSTS, 
REMOVEHOST, 
REMOVERECEIVER, 
REMOVE TARGETS 


NONE 


IP ADDRESS 


MULTI CAST GROUP S 


NONE 


LENGTH 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


LIST EXTENSIONS 


NONE 


EXTENSION 


MODE 


SET MODE 


NONE 


MULTICAST GROUPS 


NONE 


IP ADDRESS 


NEXT 


ACTIVITY 


NONE 


OPEN 


PLAYBACK COMMAND 


FILE 


PAUSE 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 


PLAY 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 


PLAYBACK JX)MMAND 


NONE 


OPEN, PAUSE, PLAY, RESUME, 
SEEK, STOP 


PLAYBACKEVENT 


NONE 


ALBUM, ARTIST, ERROR, 
GENRE, LENGTH, POSITION, 
PROGRESS, STATE, TITLE 


PLAYLIST 


ACTIVITY 


FILE 



Black Lowe & Graham 1 

701 Fifth Avenue, Suite 4800 

IMPL-l-1018ReplacementSpec-CleanCopy Seattle, Washington 98104 

206.381.3300 • F: 206.381.3301 



25315 



POSITION 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


PREVIOUS 


ACTIVITY 


NONE 


PROGRESS 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 


RECEIVEREVENT 


NONE 


ADDRECEIVERS, ERROR, 
REMOVE RECEIVERS 


REMOVE HOST 


HEARTBEAT EVENT 


HOST 


REMOVE INTERNET SERVERS 


SERVER RESPONSE 


HOST 


REMOVE LOCAL SERVERS 


SERVER RESPONSE 


HOST 


REMOVE PLAYLISTS 


CONTENT EVENT 


FILE 


REMOVE RECEIVERS 


RECEIVER EVENT 


HOST 


REMOVE TARGETS 


ACTIVITY 


HOST 


REMOVE_TRACKS 


ACTIVITY, 
CONTENT EVENT 


FILE 


RESCAN RESPONSE 


NONE 


STATUS 


RESET CONTENT 


ACTIVITY 


NONE 


RESUME 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 


SEEK 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 


SERVERRESPONSE 


NONE 


ADDINTERNETSERVERS, 
ADDLOCALSERVERS, 
REMOVEINTERNETSERVERS, 
REMOVE LOCAL SERVERS 
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SETMODE 


ACTIVITY, 
CREATE ACTIVITY 


MODE 


SETPLAYLIST 


ACTIVITY, 
CREATE ACTIVITY 


FILE 


STATE 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


STATUS 


RESCAN RESPONSE 


NONE 


STOP 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 


STRINGS CODE 


ERROR 


NONE 


TITLE 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


TRACK 


ACTIVITY 


FILE 


VIRTUAL ROOT 


VIRTUAL ROOTS 


NONE 


VIRTUAL ROOTS 


NONE 


VIRTUAL ROOT 



[0033] Protocol Interface Specification^ This section describes all protocol interfaces 
which utilize XML and query string message format. This includes all command, event 
and config edges as well as interfaces to discovery and initialization file formats. 
[0034] AudioControlSynchronous. AudioControlSynchronous supports an Event 
Interface on which it receives events from AudioBrowserList, AudioContentList and 
AudioReceiverList to drive the GUI and a config interface on which it receives 
commands from a web browser, however, the config interface is not included in this 
document. It also outputs commands to the AudioControl Command Interface and Config 
Interface. 
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[0035] Event InterfaceThis interface supports four separate events: content, server, 
receiver and activity events. Event event is described in detail below. The first type of 
event is a content event which contains changes to the available content based on the 
availability of server features on the network. AudioControlSynchronous can support 
any combination of elements under the CONTENTEVENT root element. 
AudioControlSynchronous will also need to be robust enough to support duplicate add 
and remove events, by ignoring all but the first event. The structure of a content event is 
as follows in Table 3 below: 
[0036] Table3. 

[0037] <?xml version="1.0" encoding="UTF-8" standalone-'yes" ?> 
<CONTENT_EVENT version=" 1.0"> 



<ERROR> 

<STRINGS_CODE 
</ ERROR> 



value-' errorValue" /> 



<ADD_TRACKS> 

<FILE url=" linkName" 
<FILE url=" linkName" 

</ ADD_TRACKS> 



fullName=" localName" /> 
fullName=" localName" /> 



<ADD_PLAYLISTS> 

<FILE url=" linkName" 
<FILE url=" linkName" 

</ ADD_PLAYLISTS> 



fullName=" localName" /> 
fullName=" localName" /> 



<REMOVE_TRACKS> 

<FILE url=" linkName" 
<FILE url=" linkName" 

</ REMOVE_TRACKS> 



fullName-' localName" /> 
fullName-' localName" /> 



<REMOVE_PLAYLISTS> 

<FILE url=" linkName" 
<FILE url= n linkName" 

</ REMOVE_PLAYLISTS> 



fullName-' localName" /> 
fullName-' localName" /> 



</CONTENT_EVENT> 
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[0038] The second type of event is a server event which contains changes to the 
available servers based on the availability of server features on the network, and whether 
a server supports local content, internet content or both. AudioControlSynchronous can 
support any combination of elements under the SERVEREVENT root element. 
AudioControlSynchronous will also need to be robust enough to support duplicate add 
and remove events, by ignoring all but the first event. The structure of a server event is 
shown in Table 4 as follows: 
[0039] Table 4. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

< SERVER E VENT version=" 1.0" > 
<ERROR> 

<STRINGS_CODE value=" errorValue" /> 
</ ERROR> 

</ADD_lNTERNET_SERVERS> 

<HOST ipAddress-' ipAddress" 

name-' hostName" 

dnsName=" dnsName" /> 
</ADD_INTERNET_SERVERS> 

<ADD LOCAL_SERVERS> 

<HOST ipAddress-' ipAddress" 

name=" hostName" 

dnsName=" dnsName" /> 
</ ADD LOCAL SERVERS> 

<REMOVE INTERNET SERVERS> 

<HOST ipAddress=" ipAddress" 

name-' hostName" 

dnsName-' dnsName" /> 
</ REMOVE INTERNET SERVERS> 

<REMOVE LOCAL SERVERS> 

<HOST ipAddress=" ipAddress" 

name-' hostName" 

dnsName-' dnsName" /> 
</ REMOVE_LOCAL_SERVERS> 
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</ SERVER_EVENT> 
[0040] The third type of event is a receiver event which contains changes to the 
available receivers based on the availability of receiver features on the network. 
[0041] AudioControlSynchronous can support any combination of elements under the 
RECEIVEREVENT root element. AudioControlSynchronous will also need to be 
robust enough to support duplicate add and remove events, by ignoring all but the first 
event. The structure of a receiver event is shown in Table 5 as follows: 
[0042] Table 5. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

<RECEIVER_EVENT version=" 1.0" > 

<ERROR> 

<STRINGS_CODE value=" errorValue" /> 
</ERROR> 

</ADD_RECEIVERS> 

<HOST ipAddress-' ipAddress" 

name-' hostName" 

dnsName=" dnsName" /> 
</ ADD_RECEIVERS> 

<REMOVE_RECEIVERS> 

<HOST ipAddress-' ipAddress" 

name-' hostName" 

dnsName-' dnsName" /> 
</ REMOVE RECEIVERS> 

</ RECEIVER EVENT> 
[0043] The fourth type of event is an activity event which contains changes to the 
active activities in the system. An activity event can contain multiple ACTIVITY 
elements and an ACTIVITY element can contain any combination of child elements. 
The structure of an activity event is shown in Table 6 as follows: 
[0044] Table 6. 

<ACTIVITY EVENT version=" 1.0" > 
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<ERROR> 

<STRINGS CODE value=" errorValue" /> 
</ERROR> 



<ACTIVITY id=" id" name="name" > 
<ERROR> 

<STRINGS CODE value=" errorValue" /> 
</ERROR> 



< ADDT ARGET S> 

<HOST ipAddress-' ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 



< AD D_T ARGET S> 



<REMOVE TARGETS 

<HOST ipAddress-' ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 

<REMOVE TARGETS 



<PLAYLIST> 

<FILE url=" linkName" 



</ PLAYLIST> 



fullName-' localName" /> 



<TRACK> 

<FILE url=" linkName" 



fullName-' localName" /> 



"Idle | Connecting | Buffering | Playing | Paused | 
Stopped | Closed | Error" /> 

<PROGRESS value=" 100" units="percentage" /> 

<LENGTH value=" 0" units="milliseconds" /> 

<POSITION value=" 0" units="milliseconds" /> 
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<TITLE 



name=" Title" /> 



< ARTIST 



name="Artist" /> 



<ALBUM 



name="Album" /> 



<GENRE 



name=" Genre" /> 



<CLOSE/> 

</ACTIVITY> 
</ACTIVITY_EVENT> 
[0045] Note that AudioControlSynchronous will also receive content events, server 
events, receiver events and activity events on startup to set the initial state of the system. 

[0046] AudioControl AudioControl supports a Command Interface on which it 

receives commands from AudioControlSynchronous and a Config Interface that supports 
synchronous requests from AudioControlSynchronous. It also outputs commands to the 
AudioSwitch Command Interface. 

[0047] Command Interface^ The AudioControl command interface supports activity 
commands. Activity commands act on a specific activity and can contain at most one 
ACTIVITY element, but an ACTIVITY element can contain any combination of child 
elements. All activity commands require an Activityld. The Activityld is generated by 
AudioControlSynchronous and will be a combination of the IP address where the browser 
feature is running and a unique sequentional identifier, i.e. 10.1.1.20.1, 10.1.1.20.2, etc. 
Once the unique Activityld is generated, AudioControlSynchronous can send multiple 
commands per activity as required. The complete structure is shown in Table 7 as 
follows: 

[0048] Table 7. 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 
<ACTIVITY COMMAND version=" 1.0" > 
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<ACTIVITY id="id" name="name"> 



<CREATE_ACTIVITY> 

< ADDT ARGET S> 

<HOST ipAddress=" ipAddress" 

name-' hostName" 
dnsName-' dnsName" /> 
<HOST ipAddress-' ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 

<ADD_T ARGET S> 
<SET_PLAYLIST> 
<FILE url=" linkName" 
<SET_PLAYLIST> 
<ADD_TRACKS> 

<FILE url=" linkName" fullName-' localName" /> 

<FILE url=" linkName" fullName-' localName" /> 

<FILE url=" linkName" fullName-' localName" /> 

</ADD_TRACKS> 
<SET_MODE> 

<MODE value=" Linear 1 Random" /> 
</ SET_MODE> 
</ CREATE ACTIVITY> 



fullName-' localName" /> 



<PLAY/> 



<ADD_TRACKS> 

<FILE url=" linkName" 
<FILE url=" linkName" 

</ ADD TRACKS> 



fullName-' localName" /> 
fullName-' localName" /> 



<REMOVE_TRACKS> 

<FILE url=" linkName" 
<FILE url= " linkName " 

</ REMOVE TRACKS> 



fullName-' localName" /> 
fullName = " localName " /> 



<SET_PLAYLIST> 

<FILE url=" linkName" 
</ SET PLAYLIST> 



fullName-' localName" /> 
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<SET_MODE value="Linear | Random" /> 

<RESET_CONTENT/> 

<STOP/> 

<NEXT/> 
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<PREVIOUS 



<SEEK offset=" value" units=" milliseconds" /> 

<PAUSE/> 

<RESUME/> 

<ADD_TARGETS> 

<HOST ipAddress=" ipAddress" 

name-" hostName" 

dnsName=" dnsName" /> 
</ADD_TARGETS> 

<REMOVE_TARGETS> 

<HOST ipAddress=" ipAddress" 

name=" hostName" 

dnsName-' dnsName" /> 
</REMOVE_TARGETS> 

<CLOSE/> 

</ACTIVITY> 

[0049] </ACTIVITY_COMMAND> 

[0050] The CREATE ACTIVITY command described above has very specific 
semantics as follows: 
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#of 


#of 


Mode 


Description 


Playlists 


Tracks 






0 


0 


Ignored 


INVALID 


0 


1 


Ignored 


Play single track only. 


1 


1 


Linear* 


Play list starting at selected 

track. 


1 


0 


Linear* 


Play list starting at first track, 
continue sequentially until end. 


1 


0 


Random 


Play list starting at random 
track, continue randomly until all songs 
played. 


0 


2+ 


Linear* 


Play all tracks in order received. 


0 


2+ 


Random 


Play all tracks in random order. 


1 


2+ 


Ignored 


INVALID 



[0051] * Default 

[0052] Config Interface. There is one command supported by the AudioControl 

conftg interface, called ExpandPlaylist and the syntax is as follows: 

[0053] http://ip Address/portal/protocols/ AudioControl?Command=ExpandPlaylis 

t&Url=playlistUrl 

[0054] ExpandPlaylist returns the contents of the requested playlist with all local file 
names translated into encoded URLs. The structure of the return message is shown in 
Table 8 as follows: 
[0055] Table 8. 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<FTLELIST version=" 1.0" > 

<FILE url=" linkName" fullName=" localName" /> 
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<FILE url=" linkName" fullName-' localName" /> 

<FILE url=" linkName" fullName-' localName" /> 

<FILE url=" linkName" fullName-' localName" /> 

[0056] </FILELIST> 

[0057] AudioSwitch AudioSwitch supports a Command Interface on which it 
receives commands from AudioControl, an Event Interface on which it receives events 
from AudioStreamSource and a Config Interface on which it receives synchronous 
command requests from AudioBrowserList. It also outputs commands to the 
AudioStreamSource Command Interface and activity events to the AudioBrowserList 
Event Interface. 

[0058] Command Interface, AudioSwitch supports the same command interface as 
AudioControl, since AudioControl is just responsible for sending commands to the 
correct session of AudioSwitch. For the complete interface specification, see 
AudioControl Command Interface. 

[0059] Event Interface. The data sent to AudioSwitch from AudioStreamSource via 
the AudioSwitch event interface captures changes in the current status of the 
AudioStreamSource session. AudioStreamSource will be sending events and audio data 
to AudioSwitch via the event edge, so all payload data, include the XML event messages 
will have an RTP header on them to differentiate the audio from the events. AudioSwitch 
can support any combination of elements under the PLAYBACK = EVENT root element. 
The complete interface is shown in Table 9 as follows: 
[0060] Table 9. 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<PLAYBACK_EVENT version=" 1.0" > 

<ERROR> 

<STRINGS_CODE value-' errorValue" /> 
</ERROR> 



25315 



-1-101 8ReplacementSpec-CleanCopy 



Black Lowe & Graham- 



"01 Fifth Avenue, Suite 4800 
Seattle, Washington 98104 
1 , ; 1300 '] 20( 18] 101 



<STATE value = | Buffering | Playing | Paused | Stopped | 
Closed | Error" /> 

<PROGRESS value=" 100" units="percentage" /> 

<LENGTH value=" 0" units="milliseconds" /> 

<TITLE name="Title" /> 

< ARTIST name-' Artist" /> 

< ALBUM name-'Album" /> 

<GENRE name-' Genre" /> 

[0061] </ PLAYBACK EVENT> 

[0062] Config Interface, There is one command supported by the AudioSwitch 
config interface, called ListActivities, which returns all of the currently active activities 
owned by AudioSwitch, and the syntax is as follows: 

[0063] http://ipAddress/portal/protocols/AudioSwitch?Command=ListActivities 
[0064] The structure of the return message is the same as the activity event as defined 
by the AudioBrowserList Event Interface. 
[0065] AudioStreamSource 

[0066] AudioStreamSource supports a Command Interface on which it receives 
commands from AudioSwitch. It also outputs events to the AudioSwitch Event Interface. 
[0067] Command Interface, AudioStreamSource receives commands from 
AudioSwitch which manage the AudioStreamSource session and the audio being 
streamed by that session. AudioStreamSource can support any combination of elements 
under the PLAYBACK COMMAND root element. The complete structure is shown in 
Table 10 as follows. 
[0068] Table 10. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

<PLAYB ACKCOMMAND version=" 1.0" > 
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<OPEN> 



<FILE 



url=" linkName" 



fullName=" localName" /> 



</OPEN> 



<PLAY/> 



<STOP/> 



<SEEK 



offset=" value" 



units=" milliseconds" /> 



<PAUSE/> 

<RESUME/> </ PLAYBACK_COMMAND> 
[0069] Config Interface, There is one command supported by the AudioStreamSource 
config interface, called ListMetadata, which returns all available information about a 
URL, and the syntax is as follows: 

[0070] http://ipAddress/portal/protocols/AudioStreamSource?Command=ListMeta 
data&Url=url 

[0071] The structure of the return message is the same as the PLAYBACK EVENT 
as defined by the Audio Switch Event Interface. 

[0072] FileCrawler FileCrawler supports a Config Interface on which it receives 
synchronous commands from AudioContentList. 

[0073] Config Interface, There is one command supported by the FileCrawler config 
interface, called ListFiles, which returns all of the files under the virtual root directory 
that match the given extension. 

[0074] http://ipAddress/portal/protocols/FileCrawler?Command=ListFiles&Root 
=virtualRoot&Extension=extension 

[0075] The structure of the return message is shown in Table 1 1 as follows: 
[0076] Table 11. 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>. 
<FILELIST version=" 1.0" > 



<FILE url=" linkName" 
<FILE url=" linkName" 



fullName-' localName" /> 
fullName-' localName" /> 
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<FILE url=" linkName" 



fullName-' localName" /> 



</ FILELIST> 

[0077] AudioBrowserList AudioBrowserList supports an Event Interface on which it 
receives events from AudioSwitch with current activity information and it outputs 
activity events as specified by the AudioControlSynchronousEvent Interface. It also 
supports a Heartbeat Interface on which it receives events from Heartbeat announcing the 
addition or removal of new browser features to and from the network. 

[0078] Event Interface, AudioBrowserList supports the same event interface as 

AudioControlSynchronous since AudioBrowserList is just responsible for multiplexing 
the events it receives to all connected browser features. For the complete interface 
specification, see AudioControlSynchronous Event Interface. 

[0079] Heartbeat Interface, This interface receives a heartbeat event from Heartbeat 
announcing the the addition or removal of a host which is currently running the browser 
feature. The structure of a heartbeat event is shown in Table 12 as follows: 
[0080] Table 12. 



<HEARTBEAT_EVENT version=" 1 . 0"> 



<ADD_HOST> 

<HOST ipAddress-' ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 

</ADD_HOST> 



<REMOVE_HOST> 

<HOST ipAddress-' ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 

</ REMOVE_HOST> 



</ HEARTBEAT_EVENT> 
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[0081] AudioContentList supports a Config Interface on which it receives 
synchronous commands and it outputs content events and server events as specified by 
the AudioControlSynchronous Event Interface. It also supports a Heartbeat Interface on 
which it receives events from Heartbeat announcing the addition or removal of new 
server features to and from the network. Lastly, it requires an initialization file to define 
the supported file and playlist types. 

[0082] Config Interface, At a high level the AudioContentList config interface needs 
to support the ability to list all of the content currently accessible across the network. In 
addition, it needs to provide an interface to allow the user to rescan content that may have 
changed. This can be done globally, for a particular host or for a particular virtual root 
on a host. 

[0083] The first command supported by the config interface is called ListContent, 
which returns all of the content currently available across all discovered server features. 
[0084] http://ipAddress/portal/protocols/AudioContentList?Command=ListContent 
[0085] The structure of the return message is shown in Table 13 as follows: 
[0086] Table 13. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

<CONTENT_EVENT version=" 1 0"> 

<ADD_TRACKS> 

<FILE url=" linkName" fullName-' localName" /> 

<FILE url=" linkName" fullName-' localName" /> 

</ ADD_TRACKS> 

<ADD_PLAYLISTS> 

<FILE url=" linkName" fullName-' localName" /> 

<FILE url=" linkName" fullName-' localName" /> 

</ ADD_PLAYLISTS> 

</ CONTENT_EVENT> 
[0087] The commands supported to rescan content are as follows: 
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[0088] http://ipAddress/portal/protocols/AudioContentList?Command=ListHosts 
[0089] http://ipAddress/portal/protocols/AudioContentList?Command=List Virtu 
alRoots&Host=ipAddress 

[0090] http://ipAddress/portal/protocols/AudioContentList?Command=Rescan 
[0091] http://ipAddress/portal/protocols/AudioContentList?Command=Rescan&Host 
=ipAddress 

[0092] http://ipAddress/portal/protocols/AudioContentList?Command=Rescan&Host 
=ipAddress&VirtualRoot=virtualRoot 

[0093] The first command will return all hosts currently accessible in the system. 
The structure of the return message is shown in Table 14 as follows: 
[0094] Table 14. 

<?xml version-' 1.0" encoding="UTF-8" standalone-'yes" ?> 

<HOSTS version=" 1. 0" > 

<HOST ipAddress-' ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 

<HOST ipAddress=" ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 

</ HOSTS> 

[0095] The second command will return all virtual roots for a given host. The 
structure of the return message is shown in Table 15 as follows: 
[0096] Table 15. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

< VIRTU AL ROOTS version=" 1.0"> 

<VIRTUAL ROOT name-' virtualRootName" 

localRoot-' localRootName" /> 
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<VIRTUAL_ROOT name-' virtualRootName" 

localRoot=" localRootName" /> 

< VIRTUAL ROOT name=" virtualRootName" 

localRoot=" localRootName" /> 

</VIRTUAL_ROOTS> 
[0097] The remaining three commands will scan all hosts, a particular host or a 
particular virtual root, respectively and will result in a CONTENT EVENT being sent as 
defined by the AudioControlSynchronous Event Interface. The config edge will return a 
status message shown in Table 16 as follows: 
[0098] Table 16. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

<RESCAN_RESPONSE version=" 1.0" > 

<STATUS value=" Success | Failure" /> 

</RESCAN_RESPONSE> 
[0099] Heartbeat Interface, This interface receives a heartbeat event from Heartbeat 
announcing the addition or removal of a host which is currently running the server 
feature. The structure of a HEARTBEAT EVENT is the same as defined by the 
AudioBrowserList Heartbeat Interface. 

[00100] Initialization File, The AudioContentList. protocol initialization file, will 
contain data in XML format which describes what the supported audio content types are 
and which types are lists and which are single files. The XML format and will look like 
the following shown in Table 17 below: 
[00101] Table 17. 

<?xml version- 1.0' encoding='UTF-8' standalone-yes' ?> 

<PROTOCOLname='AudioContentList'> 

<INITFILEmodule='AudioContentList'> 

<FILE_EXTENSIONS version=" 1 .0"> 
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<EXTENSION value=" mp3" /> 
<EXTENSION value=" wav" /> 
<EXTENSION value=" wma" /> 

</FILE_EXTENSIONS> 

<LIST_EXTENSIONS version=" 1 .0"> 

<EXTENSION value=" m3u" /> 
EXTENSION value=" pis" /> 
<EXTENSION value=" asx" /> 

</ LIST_EXTENSIONS> 

</ INITFILE> 

</ PROTOCOL> 

[00102] Note that this is just an example and does not represent a complete list. 
[00103] AudioReceiverList supports a Config Interface on which it receives 
synchronous commands and it outputs receiver events as specified by the 
AudioControlSynchronous Event Interface. It also supports a Heartbeat Interface on 
which it receives events from Heartbeat announcing the addition or removal of new 
receiver features to and from the network. 

[00104] Config Interface, There is one command supported by the AudioReceiverList 
config interface, called ListReceivers, which returns all of the discovered receivers. 
[00105] http://ip Address/portal/protocols/ AudioReceiverList?Command=ListRece 
ivers 

[00106] The structure of the return message is as follows as shown in Table 18 below: 
[00107] Table 18. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 
<RECEIVER EVENT version=" 1 0"> 
<ADD RECEIVERS> 
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<HOST 



ipAddress-' ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 



<HOST 



ipAddress=" ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 



<HOST 



ipAddress-' ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 



</ ADDRECEI VERS> 

</RECEIVER_EVENT> 
[00108] Heartbeat Interface, This interface receives a heartbeat event from Heartbeat 
announcing the addition or removal of a host which is currently running the receiver 
feature. The structure of a HEARTBEAT EVENT is the same as defined by the 
AudioBrowserList Heartbeat Interface. 

[00109] HTTPServer HTTPServer supports a Config Interface on which it receives 
synchronous commands from AudioContentList. It requires an initialization file to define 
the supported virtual roots. 

[00110] Config Interface._At a high level the HTTPServer config interface needs to 
support the ability to list the contents of the current virtual roots as well as the ability to 
modify the current virtual roots. This will translate to a number of supported commands 
as follows as shown in Table 19 below. The structure of the return message is the same 
for all commands, as all commands will return the current contents of the virtual roots 
table after the command is executed. The structure is as follows: 
[00111] Table 19. 

http: //ipAddress/portal/protocols/https?Command=ListVirtualRoots 



http://ipAddress/portal/protocols/https?Command=AddVirtualRoot&Name= 



virtualRoot&LocalRoot 
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http://ipAddress/portal/protocols/https?Command=RemoveVirtualRoot&Na 
me=virtualRoot&LocalRoot=localRoot 



<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 
< VIRTU AL ROOTS version=" 1.0"> 

<VIRTUAL ROOT name=" 



virtualRootName" 



virtualRootName" 



localRoot=" localRootName"/> 
<VIRTUAL ROOT name-' virtualR 
ootName" 

localRoot=" localRootName"/> 
<VIRTUAL_ROOT name=" 



localRoot=" localRootName"/> 
</ VIRTUAL ROOTS> 



[00112] Since the virtual roots are persistent, the AddVirtualRoot and 
Remove VirtualRoot commands will need to modify the contents of the initialization file. 
[00113] Initialization File^ The HTTPServer. protocol initialization file, will contain 
the same XML format that is returned from the config edge and will look like the 
following as shown in Table 20 below: 
[00114] Table 20. 

<?xml version- 1.0' encoding='UTF-8' standalone-yes' ?> 
<PROTOCOL name='HTTPServer'> 
<INITFILE module='HTTPServer'> 

<VIRTUAL ROOTS version=" 1.0"> 
<VIRTUAL ROOT 
<VIRTUAL ROOT 



<VIRTUAL ROOT 



name-' virtualRootName" 
localRoot-' localRootName"/> 
name-' virtualRootName" 
localRoot-' localRootName"/> 
name=" virtualRootName" 
localRoot-' localRootName"/> 
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</ VIRTUAL ROOTS> 
</ INITFILE> 
</ PROTOCOL> 

[00115] PortalSock PortalSock supports a Config Interface on which it receives 
synchronous commands from AudioSwitch to add or remove the given host to or from a 
multicast group. 

[00116] Config Interface. The PortalSock config interface needs to support the ability 
to add the host it is running on to a given multicast group, the ability to remove the host 
from the multicast group and to report which multicast groups the host is currently a part 
of. This will translate to the following supported commands as shown in Table 21 below: 
[00117] Table 21. 

http://ip Address/portal/protocol s/PortalSock?command=JoinMulticastGroup 

&IpAddress=224.0.0.XX 

http://ipAddress/portal/protocols/PortalSock?command=LeaveMulticastGrou 
p&IpAddress=224.0.0.XX 

http://ipAddress/portal/protocols/PortalSock?command=ListMulticastGroups 
[00118] All three commands should return a current list of the multicast groups that 
the host is currently part of after the command completes, as follows as shown in Table 
22 below: 

[00119] Table 22. 

<?xml version="1.0"encoding="UTF-8" standalone="yes" ?> 

<MULTIC AST GROUPS version="1.0" > 
<IP ADDRESS value-' 224.0.0.xx" /> 
<IP_ADDRESS value=" 224.0.0.xx" /> 

</MULTICAST GROUPS> 
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[00120] Playlist Parsers, All Playlist Parsers (i.e. M3Uparse, ASXParse, PLSParse, 
etc.) will take in the contents of the content specific playlist file, via an HTTP request on 
their data edge, and output an XML message with the following format as shown in Table 
23 below: 

[00121] Table 23. 

<?xml version="1.0"encoding="UTF-8" standalone="yes" ?> 
<FILELIST version=" 1.0" > 



</FILELIST> 

[00122] Note that the Playlist Parsers are only responsible for filling in the local file 
names. 

[00123] FileGlobalizer The FileGlobalizer will take in XML data using the FILELIST 
element, as output by the Playlist Parsers and is responsible for adding the url attribute, 
by using the VIRTU AL ROOTS available via HTTPServer's config edge. All urls added 
by FileGlobalizer should be encoded for correct transport. The output message of the 
FileGlobalizer data edge is as follows as shown in Table 24 below: 
[00124] Table 24. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

FILELIST version=" 1.0" > 



</ FILELIST> 

[00125] Heartbeat. The Heartbeat protocol will run on all hosts and broadcast a 
message to discovery on startup announcing the availability of the host. The feature that 
the host is announcing, will be determined by the channel that the Heartbeat broadcasts 



<FILE fullName=" localName" /> 
<FILE fuIIName-' localName" /> 
<FILE fuIIName-' localName" /> 



<FILE url=" linkName" 
<FILE url=" linkName" 
<FILE url-' linkName" 



fuIIName-' localName" /> 
fuIIName-' localName" /> 
fuIIName-' localName" /> 
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over. The contents of the message will indicate whether the feature is available on the 
given host. Which features are available will be specified in the Heartbeat initialization 
file. The format of the message sent to discovery on startup is as follows as shown in 
Table 25 below: 
[00126] Table 25. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

<HEARTBEAT_MESSAGE version-' 1.0" > 

<FEATURE_AVAILABLE/> 

<FEATURE_NOT_AVAILABLE/> 

</ HEARTBEAT_MESSAGE> 
[00127] The message must contain either the FEATUREA VAIL ABLE tag or the 
FEATURENOTAV AIL ABLE tag, but not both. 

[00128] The format of the Heartbeat initialization file is as follows as shown in Table 
26 below: 

[00129] Table 26. 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 
<PROTOCOL name-Heartbeat'> 
<LNITFILE module-Heartbeat'> 
<NAMEVALUEPAIR name-Channel' value='#' /> 
</ rNITFILE> 
</PROTOCOL> 

[00130] The supported channels are as follows as shown in Table 27 below. 
[00131] Table 27. 

Channel 3 Local Server 

Channel 4 Internet Server 
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Channel 5 Receiver 

Channel 6 Browser 
[00132] The Heartbeat initialization file can contain multiple channels if the host is 
supporting multiple features. Such as Local Server and Internet Server shown in Table 28 
below. 

[00133] Table 28. 



Name 


Parameters 


Action 


AudioContentList Config Interface 


ListContent 


N/A 


Return message with all of the content 






currently available across all discovered host 






PCs. 


ListHosts 


N/A 


Return message will all hosts server 






hosts currently available. 


ListVirtualRoots 


Host 


Return message with all virtual roots 






accessible on the given host. 


Rescan 


N/A 


Rescan all hosts for new content. 


Rescan 


Host 


Rescan host for new content. 


Rescan 


Host 


Rescan host specific virtual root for 




VirtualRool 


new content. 


AudioContentList Event Interface 


AddHosts 


Host [, Host, Host, ...] 


Send SERVEREVENT and 






CONTENTEVENT to 






AudioControlSynchronous for new servers. 


RemoveHosts 


Host [, Host, Host, ...] 


Send SERVER EVENT and 
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CONTENTEVENT to 

AudioControlSynchronous for removed servers. 


AudioReceiverList Config Interface 


ListReceivers 


N/A 


Return message with all of the 
discovered receivers. 


AudioReceiverList Event Interface 


AddHosts 
RemoveHosts 


Host [, Host, Host, ...] 


Send RECEIVEREVENT to 
AudioControlSynchronous for new servers. 

Send RECEIVER EVENT to 
AudioControlSynchronous for removed servers. 


Host [, Host, Host, ...] 


FileCrawler Config Interface 


ListFiles 


Root 

Extension 


Return message with all of the files 
under the virtual root director* that match the 
given extension. 



[00134] FIGURES 2-4 illustrate images that represents three screen shots from an 
early version of BeComm's Audio Browser. The Audio Browser allows someone to 
control multiple audio devices and access all of the audio data on those devices. 
[00135] FIGURE 2 illustrates a first screen shot image that shows the layout of the 
Audio Browser. A song titled "song3" is currently playing on the "Living Room Stereo". 
The Audio Browser should follow along a playlist by highlighting the currently playing 
song. 

[00136] Bed Room Stereo is currently not in use and can be added simply by clicking 
on it. This will cause music to start playing in the Bed Room that was already playing in 
the Living Room. Removing an Audio player is also simply done by mouse click. 
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[00137] A new song or playlist that could be switched at any point by double clicking 
on one as shown in FIGURE 2. 

[00138] Different audio can play on different adapters at the same time. This is done 
by clicking on the + sign on the far right of the button panel. Now a new audio session is 
created. 

[00139] FIGURE 3 presents a second screen shot image that illustrates how the user 
picks a song to start playing music, selects any set of the available adapters (currently 
light gray represents adapters in use), and hits the play button. 

[00140] FIGURE 4 presents a third screen shot image that illustrates This scr ee n 
shows the Audio Browsers state before the play button is pressed. When it is song2 will 
start playing in the Bed Room. 

[00141] AudioStream Source Events, This document is presented to clearly specify the 
events generated by Audio StreamSource (ASS). Where the Component Communication 
document is flexible, this document is slightly more rigid specification to be used for 
implementation of the ASS events, specifying likely order (comparison of Real and 
WMA needs to be done) and exact message contents. Note that buffering can take place 
at any time, except while stopped with no outstanding commands. 
[00142] For a standard open-play scenario of an mp3 format file, following are the 
events generated by the Audio StreamSource protocol shown in Tables 29-31 below, in 
order: 

[00143] Table 29. 

[Open command issued ] 

<?xml version-' 1.0"encoding="UTF-8" standalone="yes" ?> 
<PL AYB ACKE VENT version=" 1.0"> 

<LENGTH value=" 0" units="milliseconds" /> 

</ PL AYB ACKE VENT> 

Not implemented yet: 
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[00144] 
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[00145] Table 30. 



<?xml version-' 1.0" 

?> 

<PL AYB ACKE VENT 
<TITLE 
<ARTIST 
<ALBUM 
<GENRE 

</ PLAYB ACK_EVENT> 



encoding="UTF-8" 

version="1.0" > 
name=" Title" /> 
name=" Artist" /> 
name-' Album" /> 
name-' Genre" /> 



standalone="yes" 



<?xml version="1.0" 

?> 

<PLAYBACK_EVENT 

<STATE 
</ PLAYBACK EVENT> 



encoding="UTF-8" 

version="1.0" > 
value = Stopped" /> 



standalone="yes" 



[Play command Issued ] 
<?xml version="1.0" 

?> 

<PL AYB ACKE VENT 

<STATE 
</PLAYBACK EVENT> 



encoding="UTF-8" 

version="1.0" > 
value = "Playing" /> 



standalone="yes" 



[00146] 
[00147] 



Net congestion: 
Table 31. 



<?xml version="1.0" 

?> 

<PL AYB ACKE VENT 
<STATE 
<PROGRESS 

</ PLAYBACK EVENT> 



encoding="UTF-8" 



standalone="yes" 



version="1.0" > 

value = "Buffering" /> 

value-' 0-100" units-'percentage" /> 



[song plays to completion] 
<?xml version-' 1.0" 

?> 

<PLAYBACK EVENT 

<STATE 
</ PLAYBACK EVENT> 



encoding="UTF-8" 

version="1.0" > 
value = "Stopped" /> 



standalone="yes" 
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[00148] For a standard seek scenario of an mp3 format file, following are the events 
generated by the AudioStreamSource protocol shown in Table 32 below, in order: 
[00149] Table 32. 



[Seek command issued ] 
Seek: 

<?xml version-' 1.0" 

?> 

<PL AYB ACKE VENT 
<STATE 
<PROGRESS 

</PL AYB ACK E VENT> 

<?xml version-' 1.0" 

?> 

<PLAYBACK_EVENT 

<STATE 
</ PLAYBACK EVENT> 



encoding="UTF-8" 



standalone="yes" 



version="1.0" > 

value = "Buffering" /> 

value-' 0-100" units-'percentage" /> 



encoding="UTF-8" 

version="1.0" > 
value = "Playing" /> 



standalone="yes" 



[00150] For a standard pause of a live stream scenario of an mp3 format file, 
following are the events generated by the AudioStreamSource protocol shown in Tables 
33 and 34 below, in order: 
[00151] Table 33. 



[Pause command issued ] 
<?xml version-' 1.0" 

?> 

<PLAYBACK EVENT 

<STATE 
</PLAYBACK_EVENT> 

[Resume command issued ] 

[00152] Resume live stream: 
[00153] Table 34. 



encoding="UTF-8" 



version="1.0" > 
value = "Paused" /> 



standalone="yes" 
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<?xml version-' 1.0" 

?> 

<PLAYBACK EVENT 
<STATE 
<PROGRESS 

</ PLAYB ACK_EVENT> 

<?xml version="1.0" 

?> 

<PL AYB ACKE VENT 

<STATE 
</ PLAYBACK EVENT> 



encoding="UTF-c 



standalone="yes" 



version="1.0" > 

value = "Buffering" /> 

value-' 0-100" units-'percentage" /> 



encoding="UTF-8" 



version="1.0" > 
value = "Playing" /> 



standalone="yes" 



[00154] For a standard stop-play scenario of an mp3 format file, following are the 
events generated by the AudioStreamSource protocol shown in Tables 35 and 36 below, 
in order: 

[00155] Table 35. 



[Stop command issued] 
<?xml version-' 1.0" 

?> 

<PL AYB ACKE VENT 

<STATE 
</ PLAYB ACK_EVENT> 

[Play command issued] 



encoding="UTF-8" 

version="1.0" > 
value = "Stopped" /> 



standalone="yes" 



[00156] Net congestion: 
[00157] Table 36. 



<?xml version-' 1.0" 

?> 

<PL AYB ACKE VENT 
<STATE 
<PROGRESS 

</ PLAYB ACK_EVENT> 



encoding="UTF-8" 



standalone="yes" 



version="1.0" > 

value = "Buffering" /> 

value-' 0-100" units-'percentage" /> 
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<?xml version-' 1.0" 

?> 

<PL AYB ACKE VENT 

<STATE 
</ PLAYBACK EVENT> 



encoding="UTF-8" standalone="yes" 

version="1.0" > 
value = "Playing" /> 



[00158] While the preferred embodiment of the invention has been illustrated and 
described, as noted above, many changes can be made without departing from the spirit 
and scope of the invention. Accordingly, the scope of the invention is not limited by the 
disclosure of the preferred embodiment. Instead, the invention should be determined 
entirely by reference to the claims that follow. 
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